home *** CD-ROM | disk | FTP | other *** search
- Path: fc.hp.com!news
- From: koren@hpsrk.fc.hp.com (Steve Koren)
- Newsgroups: comp.sys.amiga.graphics
- Subject: Re: CyberGFX and SPectrum Card
- Date: 09 Jan 1996 08:26:12 -0700
- Organization: HP Fort Collins Site
- Sender: koren@hpsrk.fc.hp.com
- Message-ID: <oj6ivilo0dn.fsf@hpsrk.fc.hp.com>
- References: <4ceoc8$age@news.global1.net> <DKMsy7.M4s@gil.com.au>
- <4cggs4$b2r@news.rwth-aachen.de>
- NNTP-Posting-Host: hpsrk.fc.hp.com
- In-reply-to: hhoff@informatik.rwth-aachen.de's message of 4 Jan 1996 12:23:32 GMT
- X-Newsreader: Gnus v5.0.9
-
-
- hhoff@informatik.rwth-aachen.de (Helmut Hoffmann) wrote:
-
- > What do Datatypes have to do with a graphic board? Datatypes are just
- > a software extension to AmigaOS which allow Datatype aware programs
- > (e.g. CyberShow) to view pictures or other things in formats which
- > are not directly supported by the operating system. This should in no
- > way interact with any graphic board. GIF Datatypes can be found e.g.
- > on Aminet.
-
- Yep, on one level you're certainly right. But on another level,
- datatypes and gfx cards don't mix very well. Graphics datatypes tend
- not to be optimized for use on gfx cards, and they are terrifyingly slow
- both to load and to redraw their images.
-
- For anyone who's interested, here are some times for different methods
- of displaying images that I obtained on my GVP Spectrum (Z-II), 040/25:
-
- Displaying a medium size image 200 time to an 8 bit CyberGfx screen:
-
- Image in Fast RAM: WritePixelArray8(): 8 seconds
- Image in Fast RAM: ClipBlit(): 15 seconds
- Image in Chip RAM: ClipBlit(): several millennia
-
- For *native* Amiga modes, ClipBlit() is better than WritePixelArray, but
- if you use it on a gfx card, things go literally half as fast. For a
- program I'm writing, I'm making the runtime decision which to use. If
- you don't, it'll still work, but it'll run much slower than it could on
- the other type of HW. Its an unfortunate situation, but the one we're
- stuck with.
-
- - steve
-